home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr11 / elrul305.zip / BCKBNDMN.RUL < prev    next >
Text File  |  1993-06-03  |  3KB  |  77 lines
  1. BACKBONE_ADMIN, a conference for Echomail Administrators
  2.  
  3. This conference is for those who contribute to this hobby by
  4. administering the routing of echomail and sometomes netmail
  5. mail for others.  To join this conference an administrator
  6. should be familar with ECROC a code that can be voluntarily
  7. adopted until there is a ratified policy on echomail.
  8. Posting in this conference is on request of the elisted
  9. moderator AND the requester should demonstrate that
  10. they coordinate or route echos to others.  In general
  11. 7 nodes in the .bbs file with 25 or more echos qualifies.
  12.  
  13. This conference is routed along with BACKBONE.
  14.  
  15. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  16.  
  17. ECHOMAIL ROUTING CODE  v 1.05
  18.  
  19. 1. Preface:  This is a voluntary code which a router of echomail
  20. may adopt to insure that echomail links, routing and procedures are
  21. consistent.
  22.  
  23.    Conferences are operated and routed for the benefit of the
  24. participants. They are generally topic oriented and the topic is
  25. an expansion of the AREA: tag.  The routing of echomail is subject
  26. to policy 4 of Fidonet as if the messages are NETMAIL.  The AREA
  27. tag does not change that.
  28.  
  29. 2. Coordination:  All coordination of traffic in a NET is under the
  30. supervision of the NC.  To fulfill these responsibilities he may
  31. delegate all responsibilities except the resolution of disputes to
  32. any node or group of nodes.  They may function as conference
  33. coordinators echomail coordinators or any title the NC determines
  34. to assign.
  35.  
  36. 3. Routing:  Any node may agree with any other node to accept or
  37. provide netmail messages, which are further identified by AREA
  38. tags.  If a node has more then one address in a routing file
  39. (generically known as an areas.bbs file) then he is functioning in
  40. the capacity of a router.
  41.  
  42. 4. Links:  A router should realize that there can be many links
  43. which develop in reliance on their voluntary effort.  Likewise
  44. there may be instances where a person requests that you should
  45. modify your .bbs file to add or remove a link.
  46.  
  47.    a. Adding a link: you can either comply with this or refer the
  48. person to the NC of your net.  Generally the criteria for adding
  49. a link can include: economics, prevention of duplicate loops,
  50. requests by nodes who are within a toll free call.  Adding a link
  51. is done at you sole discretion.
  52.  
  53.    b. Deleting a link:  If you are requested to delete a link, you
  54. should ask that some explanation is given:
  55.  
  56.    1. If the person is a conference moderator, look in the latest
  57. issue of the ELIST available at 1/201.  If the person is the
  58. Elisted moderator (or alternate moderator), request the conference
  59. rules, any messages that break them and at least proof that two
  60. netmail warning were given.
  61.  
  62.    2. If the person is OTHER then the Elisted Moderator or co-
  63. moderator, refer them to your NC.
  64.  
  65. Quite often a request to cut a link is done in the heat of a strong
  66. debate.  You as a router serve to "time" the parties out for a
  67. cooling off period.  You are well within your right to refuse to
  68. cut a link UNLESS the linked node has been excommunicated.
  69.  
  70. Since links are done by two party agreement and since there does
  71. not exist a ratified echomail policy, this code should serve as a
  72. balance until there is one.
  73.  
  74.  
  75. *ecroc.wp*
  76.  
  77.